home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000047_news@columbia.edu_Thu Dec 29 02:31:54 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA15586
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 28 Dec 1994 21:40:13 -0500
  3. Received: by apakabar.cc.columbia.edu id AA19603
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 28 Dec 1994 21:40:12 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.moneng.mei.com!uwm.edu!cs.utexas.edu!news.sprintlink.net!news.primenet.com!usenet
  6. From: jbishop@primenet.com (Jeff Bishop)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: kerlite 3.14 beta 16 problem
  9. Date: Wed, 28 Dec 1994 19:31:54 -0700
  10. Organization: primenet, Tucson, AZ
  11. Lines: 45
  12. Message-Id: <Q-X0luqcZpAQ075yn@primenet.com>
  13. References: <y$T0luqcZZCS075yn@primenet.com>
  14.  <3dsutj$c1u@apakabar.cc.columbia.edu>
  15. Reply-To: jbishop@primenet.com
  16. Nntp-Posting-Host: usr2.primenet.com
  17. X-Newsreader: Yarn 0.75 with YES/286 v.0.12.B1225
  18. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  19.  
  20. In article <3dsutj$c1u@apakabar.cc.columbia.edu>,
  21. fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
  22. > A Kermit program can be in either "remote mode" or "local mode".  The Local
  23. > Kermit is the one that initiated the connection, and the remote one is
  24. > the "called" one.
  25.  
  26. So let us assume you were on a bbs and initiated a kermit transfer. Which
  27. would be the remote then?
  28.  
  29. >  The distinction is important because of what happens
  30. > with the keyboard and the screen during file transfer.  When in local mode,
  31. > a Kermit program has access to the keyboard and screen IN ADDITION TO the
  32. > communication channel, whereis in remote mode, the "keyboard and screen"
  33. > IS the communication channel.
  34.  
  35. OK, sounds fine. I can see how that would make much since, but then the user
  36. can not cancel unless sitting at the hostterminal, right???
  37.  
  38. > When the remote Kermit is in packet mode, there needs to be a way for the
  39. > local user to get it back to command mode "by hand".  C-Kermit lets you
  40. > do this by typing three consecutive Ctrl-C characters, but only when it is
  41. > in remote mode.  If it is in local mode, then it has thrown a file transfer
  42. > display up on the screen and is sampling the keyboard for special commands.
  43.  
  44. Ok, how do you insure that the control-c's will work like c-kermit (remote
  45. mode)?
  46.  
  47. > Well, you get the idea.  In the case you describe, BOTH Kermit programs are
  48. > in local mode.  Neither one is in remote mode, and so neither one is
  49. > sensitive to "bare" Control-C characters.  Which is as it should be, since
  50. > oversensitivity in this area could cause unwanted transfer failures when
  51. > there was a lot of noise on the line, etc.
  52. > 
  53.  
  54. Let us assume I was on a BBS and initiaed a download of a file using kermit
  55. (all running msdos kermit, not ckermit). I just relized that I have the file
  56. already and do not need to download the file. Now, how do I cancel the
  57. sending end without loading kermit since kerlite is being used?
  58.  
  59. Sorry if this is not clear, just trying to understand so I can communicate
  60. this to another person.
  61.  
  62. > - Frank
  63.  
  64. Jeff Bishop